МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ "ЛЬВІВСЬКА ПОЛІТЕХНІКА" ІНСТИТУТ КОМП’ЮТЕРНИХ НАУК ТА ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ КАФЕДРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
ЗВІТ До лабораторної роботи № 6 На тему: “ Побудова UML діаграми класів” З дисципліни : "Моделювання програмного забезпечення" Лектор: доцент кафедри ПЗ Семотюк В. М. Лабораторна робота № 6 Діаграми класів Завдання: Розробити діаграму класів до проекту: інформаційна система форуму. Адміністратор керує правами користувачів форуму. Він може блокувати користувачів, які шкодять роботі форуму. Він повинен мати змогу отримувати графік відвідуваності форуму його користувачами, має права для видалення і зміни повідомлень і тем. Система повинна реєструвати нових користувачів. Модератори теж мають права на редагування повідомлення і їх видалення. Звичайні користувачі можуть лише створювати повідомлення і теми, але не можуть редагувати повідомлення, крім своїх повідомлень. Теоретичні відомості Діаграма класів описує типи об'єктів системи і різного роду статичні відношення, які існують між ними. Є два основні види статичних відношень: • асоціації (наприклад, клієнт може узяти напрокат декілька відеокасет); • підтипи (медсестра є різновидом особи). На діаграмах класів зображаються також атрибути класів, операції класів і обмеження, які накладаються на зв'язок між об'єктами. Існують три різні точки зору на побудову діаграм класів або будь-якої іншої моделі, проте ці відмінності в основному стосуються діаграм класів: Концептуальна точка зору. Якщо розглядати діаграми класів з концептуальної точки зору, то вони служать для представлення понять предметної області, що вивчається. Ці поняття відповідатимуть класам, що їх реалізують, однак така пряма відповідність часто відсутня. Справді, концептуальна модель може ніяк не стосуватись програмного забезпечення, яке її реалізує, тому її можна розглядати незалежно від мови програмування. (Кук і Денієлс називають таку точку зору первинною). Точка зору специфікації. В цьому випадку ми переходимо до розгляду програмної системи, при цьому розглядаємо тільки її інтерфейси, але не реалізацію. Об'єктно-орієнтована розробка підкреслює істотну відмінність між інтерфейсом і реалізацією, але на практиці вона часто ігнорується, оскільки нотація класу в об'єктно-орієнтованих мовах програмування об'єднує в собі як інтерфейс, так і реалізацію. Це досить прикрий факт, оскільки ключовим чинником ефективного об’єктно-орієнтованого програмування є програмування саме інтерфейсу класу, а не його реалізації. Ви часто чуєте слово «тип», коли йдеться про інтерфейс класу; тип може мати декілька класів, які його реалізують, а клас може реалізовувати декілька типів. Точка зору реалізації. З цієї точки зору ми дійсно маємо справу з класами, спускаючись на рівень реалізації. Ця точка зору, ймовірно, зустрічається найчастіше, проте в багатьох ситуаціях аналітики надають перевагу точці зору специфікації. Особливості представлення діаграм класів не є частиною формального опису мови UML, проте вони є виключно важливими при побудові і аналізі моделей. Мову UML можна використовувати з будь-якою з цих точок зору. Можна явно вказати особливість представлення, забезпечивши клас стереотипом. Можна також позначити клас як «клас реалізації», щоб явно вказати на точку зору реалізації, або позначити його як «тип» для концептуальної точки зору і точки зору специфікації. Хід роботи На рис.1 представлена розроблена мною структура бази даних форуму. А саме таблиці та залежності між ними:
Рис.1. Структура бази даних форуму Таблиця «PrivateMessage» (Приватне повідомлення) містить інформацію про текст приватного повідомлення, його автора, отримувача і час відправлення повідомлення. Таблиця «UserStats» (Статистика користувача) містить інформацію про користувача: дата реєстрації, кількість створених ним тем, кількість залишених на форумі повідомлень, його права і привілеї, наявність певних обмежень, дату останнього входу на форум та інформацію про пот...